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NUCLEAR CAMERA WITH 
OPEN AND FLEXIBLE SOFTWARE ARCHITECTURE 

This invention relates to nuclear (ganrnia) camera 
imaging systems and, in particular, to nuclear 
cameras with software architectures which are easy to 
understand and readily adapted to changing needs of 
clinicians . 

Traditionally, medical image data obtained from 
medical imaging systems such as nuclear cameras, 
computed tomography scanners, magnetic resonance 
imaging systems and ultrasound has been defined by 
proprietary image data formats developed by the 
various system manufacturers. Such proprietary image 
formats mean that the images produced by the 
different systems must be viewed or displayed by 
proprietary viewing/display applications provided by 
each vendor. A user is effectively locked into using 
the particular manufacturer's proprietary formats. 
Images produced by one imaging system cannot be 
readily viewed on another manufacturer's system. 
Realizing these limitations, the NEMA trade 
organization has organized and defined an image 
format which all manufacturers can use, known as the 
DICOM (Digital Imaging and Communication in Medicine) 
standard. The various manufacturers of medical 
imaging equipment can provide translators by which 
their proprietary formats can be converted into a 
common format in which users can exchange and view 
images on a variety of different display devices. 

Data format standards such as DICOM have not 
fully solved the problems of incompatibility and ease 
of use, however. First of all, a user of a 
particular system must have access to conversion 
routines by which a manufacturer's proprietary image 
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format can be translated into the standard format. 
Conversion routines are not always readily available 
or universally successful in their operation. 
Secondly, the proprietary image data formats are 
typically inflexible with respect to changes. 
Changes are often desirable to enable a clinician to 
satisfy new user requirements, or incorporate 
innovations into an application, use or operation of 
the medical imaging system, or to enable the use of 
new software technologies that improve the 
performance of the medical imaging system. Thus, 
proprietary image formats have the effect of limiting 
^3 innovation in imaging by clinicians and thwarting 

improvements to clinical productivity. 
O 15 Furthermore, while image data standards such as 

DICOM enable users to exchange and use images from 
the medical imaging systems of different 
manufacturers, these standards are only effective 
when all manufacturers agree upon the standards and 
their requirements. The need for common agreement 
upon standards means that changes to standards cannot 
be made quickly and easily. Proposed changes need to 
be discussed, commented upon, and agreed to by the 
manufacturers before being implemented for the 
25 benefit of end users. Accordingly it is desirable 

for a medical imaging system to have a software 
architecture which overcomes these obstacles and 
readily accommodates advances in efficiencies and 
techniques as they are developed by the medical 
30 community. 

In accordance with the principles of the present 
invention a nuclear camera software architecture is 
described which addresses these deficiencies of 
proprietary and standard formats. The software 
35 architecture of a camera of the present invention 
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allows the operation and performance of the camera to 
be readily modified by users. Modified data can be 
easily exchanged because of the self-descriptive 
nature of the software language and the ability to 
provide readily available format descriptions to all 
users. In a preferred embodiment the software 
architecture embraces an open format which is 
publicly available. In a constructed embodiment of 
the present invention the software architecture of 
the nuclear camera uses extensible Markup Language 
(XML) which is an open format that enables changes to 
the data format to be made by users and other 
manufacturers alike. The inventive software 
architecture presents data that is self-describing in 
3 15 that relationships between various pieces of data are 

captured in the format definition used to store and 
interpret the data. In a preferred embodiment, both 
image data and nuclear camera control information, in 
particular, study protocols, are defined in the open, 
extensible software architecture, enabling users to 
exchange not only new image data formats but also new 
system control procedures. 
In the drawings: 

FIGURE 1 illustrates in block diagram form a gamma 
25 camera constructed in accordance with the principles of 

the present invention; 

FIGURE 2 illustrates the detector of a gamma camera 
in block diagram form; 

FIGURE 3 illustrates a gamma camera protocol 
setup screen for a gated SPECT study; 

FIGURE 4 illustrates the flow of control and 
image data in a gamma camera constructed in 
accordance with the principles of the present 
invention; 

■^^ FIGURE 5 illustrates the organization of patient 
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data in a constructed embodiment of the present 
invention; and 

FIGURES 6-9 illustrate the directory structure 
of the software architecture of a preferred 
embodiment of the present invention. 

Referring first to FIGURE 1, a gamma camera 
constructed in accordance with the principles of the 
present invention is shown in block diagram form. A 
software architecture of the present invention may be 
used with either a single detector gamma camera, or 
with a dual detector gamma camera such as those shown 
in U.S. Patents 5,760,402 (Hug. et al.) or 6,150,662 
(Hug et al.). The dual detector cameras shown in 
these patents are commercially available as the Forte 
15 ™ and Skylight™ gamma cameras from ADAC Laboratories 

of Milpitas, California. These camera systems 
include one or more detectors 10, 12 which sense 
scintillation events and transfer event data over a 
high speed serial bus 24a, 24b from each detector to 
20 an acquisition control server 14. The acquisition 

control server 14 bins the event data into images, 
which are then sent by way of a router 20 to a 
database host 28 connected to a department Ethernet 
26. The database host 28 is the computer on which 
25 the acquired images are normally saved. The database 

host is also the processing and viewing station where 
3D reconstruction, re-slicing and presentation of the 
processed images to the user is performed. The 
router 20 serves to isolate internal camera data 
30 traffic from more varied departmental data traffic. 

A user interface personal computer 16 is coupled to 
the acquisition portion of the gamma camera by the 
router 20 and an Ethernet network 22a, 22b, 22c. The 
p.c. 16 controls and monitors the image data 
35 acquisition and may perform additional image 
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processing and display functions using an image 
display 18. P-scope and energy spectrum data may be 
displayed to the user on the display 18, enabling the 
user to position the patient properly in front of the 
camera, set energy windows correctly, and review 
acquired data, for instance. 

A camera detector is shown in greater detail in 
FIGURE 2. As is well known in the art, a gamma 
camera detector is composed of a collimator 32, a 
scintillation crystal 34, and a lightguide 36. The 
photons produced by the crystal 34 and guided through 
the lightguide 36 are received by an array of 
photomultiplier tubes (PMTs) 38. A scintillation 
event is usually received over an area covering 
several PMTs, and the outputs of the tubes are sensed 
and used to locate the position on the detector at 
which the radiation event was received. The PMT 
output signals are amplified by pre-amplif iers 42 and 
digitally sampled by A/D converters 44. The samples 
from each PMT are accumulated for the duration of a 
W scintillation event and, since multiple PMTs are 

involved in the detection of a single event, the 
accumulated outputs of multiple PMTs are accumulated 
to acquire the overall energy signal for a particular 
25 scintillation event. The detected energy data and 

location data from each scintillation event is 
modified by correction circuitry 4 6, which produces 
the detector outputs for energy (E) and event 
location (X,Y). The event data is then binned for 
image processing. 

The p.c. 15 and user interface display 18 allow 
a user via keyboard and/or pointer control to select 
or create a predefined set of parameters (or 
protocols) for direction of a SPECT imaging session 
or other selected study by the gamma camera system. 
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FIGURE 3 illustrates a parameter interface screen and 
configurable parameters of a nuclear camera system 
for data acquisition that are selected and displayed 
on a screen by the user. FIGURE 3 illustrates some 
5 of the parameters that are configurable by the user 

for a desired study. It is appreciated that once 
set, the configurable parameters can be saved and 
referenced in a computer file for subsequent recall. 
The stored parameters or protocol file can then be 
10 recalled and utilized for another study, thus 

eliminating the need to again enter the parameters 
for similar or identical studies. The name of the 
O parameter file shown in FIGURE 3 is "GATED SPECT" and 

.g IS indicated at 300. It is appreciated that the 

j3 15 acquisition system, once instructed by the user, will 

relay the parameters set by the user to the camera in 
U order to initialize and begin a particular study. 

The initiation is done by selection of processing 
13 command 357. A user interface of this type is thus 

y 20 versatile while at the same time providing a high 

degree of automation of the execution of selected 
study protocols. 

FIGURE 4 illustrates the flow of control and 
image data in a gamma camera constructed in 
25 accordance with the principles of the present 

invention. Located on the acquisition control server 
hardware 14 are a control server 52 and a data server 
54. These servers act to access and process data 
stored on an xml data storage device 56. The data 
30 stored on the device 56 includes patient schedule 

data 56a, protocol data 56b, isotope data 56c, and 
collimator data 56d. This data is used to operate 
and control the gamma camera 82. In a preferred 
embodiment this data is stored in xml format as 
35 explained more fully below. The control server uses 
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the data stored on the device 56 and executes 
programs 52a called "scripts," also stored on the xml 
data storage device 56, to control the operation of 
the gamma camera 82. The control and data servers 
both operate under user control through a graphical 
user interface (GUI) client application 60 which runs 
on the user interface p.c. 16. 

In operation the user defines a study (exam) by 
associating a protocol with a particular patient 
through the GUI client 60. The protocol comes from 
the data server 54. The GUI client then sends the 
study to the control server 52. The protocol for the 
study has a script name attached to it, enabling the 
I control server to identify the script to execute 

15 within its interpreter. The script is executed to 

carry out the protocol, performing calculations as 
needed, and can obtain certain protocol parameters 
from the user such as number of azimuths, time per 
p frame, and so forth. The script also prompts the 

^° ""^^^ various points during the study for further 

input as needed, such as selection of a point of 
interest to be tracked by the detectors as they 
rotate about the patient. 

In a constructed embodiment the scripts are 
written in a scripting language called EASL. EASL 
was developed by the assignee company of the present 
invention using readily available tools for writing 
scripting language such as LEX and YACC. YACC is a 
UNIX-based tool which enables a programmer to compile 
the grammatical terms used in EASL to interpret the 
scripts. The EASL program is an interpreter for the 
scripts, which in turn use the xml files, and is 
stored in the control server 52. 

The event data produced by the camera detectors 
Headl and Head2 in this example is processed as 
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described above and transferred to a binner 70. The 
binner interacts with the control server 52 to format 
image data in an xml format. The formatted image 
data is then further processed, transferred or stored 
as described more fully below. 

FIGURE 5 illustrates one form of organization of 
an xml image file. The image file includes 
information about the image such as the 
identification 90 of the patient, the nature of the 
nuclear study 92 which produced the image, the series 
94 of the study, and the image information 96. In 
the illustration this information is all contained in 
an xml image file 100 referred to in this example as 
<ADACImage.xml>. The file includes the patient and 
P 15 study information just described, and the image data 

shown as 102. The file may contain other pieces of 
information 112, 114 which relate to the image and 
may also relate to each other. The meanings of these 
pieces of information and their relationships are 
captured in a definitional file called a Document 
Type Definition 110 (DTD) file. The image file 100 
has a pointer to the DTD file 110 by which a 
processor or viewer can access the DTD file and 
interpret the information in the image file. The 
pointer can be to another file or directory running 
on the gamma camera as described below. The pointer 
can also be the URL of a location where the DTD file 
can be found. For example, if the image is being 
viewed by a browser, the browser will consult the DTD 
at the noted URL on-the-fly, and thus be able to 
interpret and understand the pieces 112, 114 of 
information which are stored in the image file 100. 

An example of an <ADACImage . xml> file is shown 
in Appendix 1 below. It is seen that the second line 
of the file contains the pointer to the DTD file 
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ADACImage.dtd which defines the relationships of the 
data elements in the xml image file. The initial 
portion of the file contains information of the type 
shown at 90-94, including the equipment and detector 
used, the reconstruction processing used, patient 
information, isotope dose, and so forth. Toward the 
end of the file is a block of frame pixel 
information. 

The initial portion of a DTD file which 
interprets the <ADACImage . xml> file is shown in 
Appendix 2. This <ADACImage . dtd> file is pointed to 
in the second line of the <ADACImage . xml> file and 
provides instructions to a reader as to the 
interpretation of the <ADACImage . xml> file. This 
particular DTD file begins with information as to the 
purpose,, creation, and revision history of the DTD 
file. This is followed by a definition of the 
various elements of the image. xml file. The 
<ADACImage.xml> file is written in accordance with 
the rules set forth in the <ADACImage . dtd> file. 

The xml files are seen to be written in easily 
understandable grammatical terms. With xml files a 
user is able to make changes to the xml file 
structure, adding user-desired information to the 
data already produced by the camera system. The user 
is able to make changes to algorithms executed by the 
scripts such as study protocols carried out by the 
gamma camera. The grammar-based nature of the xml 
files makes it easy to add newly defined xml files or 
to change existing ones, for instance, to create 
custom study protocols. Image files can be modified 
by a hospital user, for instance to add the 
hospital's unique codes and information such as 
accession numbers to image data. The DTD file 
referenced by an image would in that case define the 
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relation of the accession number to a particular 
image and patient. Since xml is an open format the 
ability to make these changes is available to all 
users. In most instances these changes are evident 
in the xml files themselves due to the self- 
describing nature of the xml and DTD files, with the 
format defining how the different elements in the 
data relate to each other. The xml-f ormatted files 
can be viewed on a browser or on a text editor which 
reveals the grammatical text of the files. The xml 
files can also be viewed with commercially available 
xml viewers such as xmlspy. The relationships of the 
:| elements of the file can be viewed in this way as the 

hierarchy of relationships is shown automatically by 
^ 15 the viewer. A particular application can thus make 

;p use of all of the relationships defined for the data. 

j;t ^ portion of another example of an xml file, 

<protocol.xml>, is shown in Appendix 3. The 
<protocol.xml> file has a script name attached to it 
to enable the gamma camera to carry out a study 
y protocol called "MIBI." Within a protocol are 

various steps, each representing a different 
acquisition step, e.g., for a static image, a stress 
cardiac study, or a whole body study. In the 
25 illustrated <protocol . xml> file the different 

characteristics of the study are called "TRAITS," 
which are interpreted and defined by the 
"protocol. dtd" file referred to by the <protocol . xml> 
file. Typical TRAITS include such characteristics as 
the detector rotation, the time at each detector 
orientation, the frames acquired at each step, and 
the isotope dosage used. The defined TRAITS are then 
used in the steps of the protocol identified in the 
file as <acquisitionstep>. 
35 Appendix 4 illustrates an EASL script called 
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"tbbase.asl" for conducting a total body nuclear 
study. The illustrated script is written in the EASL 
scripting language referred to above. The script is 
seen to include comment lines which make the script 
5 easily understandable to users. The script is also 

seen to control the prompts and messages displayed to 
the user on the GUI as the study proceeds. In a 
gamma camera of the present invention a script is 
loaded into the interpreter and is used to run the 
10 protocols which control the operation of the camera. 

Examples of the directory hierarchy of the files 
stored on the data storage device 56 are shown in 
FIGURES 6-9. In these examples the directory 
/export/home/atlas/ contains two types of data as 
15 shown in FIGURE 6. Software shipped with the gamma 

camera by the manufacturer is stored in the etc/ 
directory. This includes configuration files, 
default protocols, default users, default isotopes, 
3 collimators, and so forth. This is primarily data 

20 used by the control server 52, the data server 54, 

and the binner 70, and comprise a complete set of 
files necessary to operate the gamma camera. A data/ 
directory is also provided for storage of data 
created by the user. This includes acquired image 
25 data, user defined protocols, schedules of patients, 

isotopes, energy window settings, and other files 
created or modified by the user. 

FIGURE 7 shows further details of the 
manufacturer-supplied directory etc/. The 
30 collimators, xml file contains a list of all 

collimators supported by the camera. Isotopes. xml 
and energywindowsets. xml contain lists of isotopes 
and their physical properties and default energy 
window settings. Protocols . xml contains a list of 
35 standard study protocols. Systems. xml contains a 
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list of systems used by the camera, and whether they 
are clients or servers. Users. xml contains a list of 
default users for the camera. 

The directory data/ for user-created data is 
5 shown in FIGURE 8. This directory has files 

corresponding to those of the etc/ directory, but in 
this case the files are those which have been created 
by or modified by a user. For instance, a user may 
take a manufacturer-supplied protocol and modify it 
10 for a particular study which the user desires to 

perform. The modified protocol is stored as a 
protocols . xml file in the data/ directory and can be 
called up and executed by the user each time the user 
wants to conduct that study. The user-created data 
a 15 takes precedence over the manufacturer-supplied data. 

"l^ Any time a client asks for data from the data server 

M 54, the server will first access the data/ directory 

to see if a user-created file satisfies the request. 
Q Only if no user-created file is found will the server 

y 20 look for a file in the etc/ directory. 

Both directories are seen to store DTD files 
P corresponding to the xml files, which are used to 

'™ interpret the definitions in the corresponding xml 

files. The patient. dtd file, for instance, defines 
25 how the patient visit and study information is 

written out, that is, the format and relationship 
between the various pieces of information contained 
in the patients. xml file. Similarly, protocol. dtd 
defines how the protocol information is written out 
30 and interpreted. A DTD file is used to view an xml 

file when using an xml viewer such as xmlspy, or 
alternatively a text editor can be used to view the 
xml file in the form shown in the appendices. 

FIGURE 9 illustrates the production and storage 
35 of an image. xml file by the camera. The binner 70 
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writes out the results of a particular study in xml 
format when acquisition is completed for a given 
acquisition step of a protocol. The image. xml file 
is written by the binner in accordance with the rules 
5 in the ADACImage . dtd file. This example shows an 

image file OlSNOOOO.xml which has been stored under a 
particular patient's name, <patient_name>/ , under the 
data/Patients/ directory. Image. xml files are 
translated with the help of an "xml2peg" translator 
10 program into an image format OlSNOOOO.img and stored 

under an x2pout/ directory. This directory is 
accessed by the database host 28 in response to an 
external user request for the patient's images. When 
a particular image has been exported to the database 
3 15 host, the image is then stored under the 

SentToDatabase/ directory and a confirmation of the 
export is sent as a status update to the data server 
54. Thus, images are available in both an xml format 
O image format which is most efficient for 

20 storage, transport or display by the database host. 
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Appendix 1 - <ADAC Image . xml> 

<?xml version="l . 0" encoding="UTF-8 "?> 
<!DOCTYPE ADACImage SYSTEM "adacimage . dtd"> 

<ADACIinage> 

<ADACPrivateIOD> 

<ADACAcquisitionIE numberOfXYSets="l " obj ectDataType-"SP" 
uniqueObjectKey="01" uniquePatientKey-" " corCorrectionFlag=" " 
scaleFactorOfSets="l . 0" isotopeIinagingMode="0" 
totalAcquisitionTime="60000" unif ormityCorrection=" "> 
</ADACAcquisitionIE> 

<ADACEquipmentIE clientName="cameraclient "> 

<ADACDetectorModule fieldOfViewInMM="5 97 . 000000 " 
15 leadingDetector-"headl" calibrationFactor-"0 . 145752" 

crystallThickness-"0. 000000" tubePatternCorection="180 " 
axisOfRotaionCorrection="0" angleBetweenTheDetectors="180 "/> 
< /ADACEquipment I E> 

q <ADACReconstructionAndProcessingIE manipulatedImage="N" 

ZU curveOrROISetName="" specif icCurveName-" " reconstructionType=" " 

associatedParentFile="" associatedNormalCurveFile=" " 

;k associatedPathAndFileName-"" xDimensionOf AssciatedImage="0" 

li yDimensionOfAssciatedImage="0" approximateEj ectionFraction-"0 . 0" 

-'ij associatedHistograinCurveFile="" 

25 liniitedReconstructionStartSlice="0"> 

H <FilterModule f ilterType=" " f ilterOrder="0" 

I'-Q f ilterCutof f Frequncey="0 . 0"/> 

. <ROIiyiodule roiMode="" roiNaine="" roiType="" roiColor="" 

□ „^ associatedROI_ID="" roiNumberOf Points-" " centerOf BoundingBox^" " 

roiBoundingBoxCoords="" xLengthOf BoundingBox=" " 
yLengthOfBoundingBox-"" imageFrameNumberOf ROI=" " 
numberOfCurvesOrROIsInSet=" " /> 

<ReorientationModule reorientationType-" " 
reorientationAzimuth="0" reorientationElevation="0" /> 
35 <ColorModule trueColorFlag="l" associatedColorMap="0 " 

customizedColorMap="" lowerLevelGrayShade="0 " 
upperWindowGrayShade- " 0 " /> 

</ADACReconstructionAndProcessingIE> 

<ADACMiscIE unUsedl="" unUsed2-"" unUsed3="" unUsed4="" 
4 0 dirEntries="" maxTimeValue=" " minTimeValue=" " vf rStructure-" " 

rateDif ference="" imageOrientation="0" sizeOf SubHeaders=" " 
binningAlgoVersion=" " dataStructureArray-" " 
adacPatientPosition="other " programSpecif iResult=" " 
verticalFOVOf f set InMM-"0. 000000" 
4 5 horizontalFOVOf f setInMM="0 . 000000"> 

</ADACMiscIE> 
<ADACCorrectionsIE> 
<CORCorrectionModule> 
</CORCorrectionModule> 
50 <IniageOffsetCorrectionModule> 
</ImageOf f setCorrectionModule> 
</ADACCorrectionsIE> 
</ADACPrivateIOD> 
<NMIinageIOD> 
55 <PatientIE> 
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<Patientiyiodule patientsID="1122 " ethnicGroup=" " 
patientsSex="0" patientsName="First_cia2 6, Gary" 
patientCoiments="" patientsBirthDate=" " patientsBirthTime=" "> 
</PatientMociule> 
</PatientIE> 
<StudyIE> 

<GeneralStudyModule studyID="015700 " studyDate="20010507 " 
studyTime="13:25:51" accessionNuinber=" : : 200157D0 J05" 
studylnstancelD-"" studyDescription="BASE-static" 
ref erringPhysiciansName-" "> 

<ProcedureCodeSequence> 
<CodeSequenceMacro> 
<BasicCodedEntry/> 
<EnhancedEncodingMode/> 
-'-^ </CodeSequenceMacro> 

</ProcedureCodeSequence> 
</GeneralStudyModule> 

<PatientStudyModule occupation^" " patient sAge="0 " 
patientsSize-"0" patientsWeight-"0" additionalPatientsHistory=" " 
admittingDiagnosesDescription="" /> 
</StudyIE> 
<SeriesIE> 

<GeneralSeriesModule modality="NM" seriesDate="20010507 " 
seriesTime="13:25:51" protocolNaine=" " seriesNumber=" " 
W 25 operatorsName-"" patientPosition="OTHER" seriesDescription=" " 

=h seriesInstanceUID="" perf ormedProcedureStepID=" " 

performingPhysiciansName="" largestPixelValueInSeries="2 . 000000 " 
smallestPixelValueInSeries="0. 000000" 
'J^ perf ormedProcedureStepStartDate=" " 

]^ 30 performedProcedureStepStartTime="" 

r] perf ormedProcedureStepDescription=" "> 

</GeneralSeriesModule> 
</SeriesIE> 
f^' <FraineOfReferenceIE> 

□ 35 <FrameOfReferenceModule f rameOf Ref erenceUID=" " 

M positionRef erenceIndicator=" "/> 

</FrameOfReferenceIE> 

<EquipmentIE> 

<GeneralEquipinentModule stationName="Atlantis " 
40 inanufacturer-"ADAC Laboratories" institut ionNaine-"ADAC01 " 

pixelPaddingValue="" spatialResolution="l . 0" 
deviceSerialNumber="atlas-97001" dateOf LastCalibrat ion=" " 
t imeOf LastCalibration=" " manuf acturersModelName-" " 
institutionalDepartmentName=" "> 
<InstitutionAddress> 

<Address zip="" city="" state="" country^"" 
streetName=" " numberInTheStreet= " " /> 
</InstitutionAddress> 

<Sof twareVersions binnerVersion="8 . Ob" 
50 dataServerVersion="" controlServerVersion=" " 

graphicUserlnterf aceVersion=" " /> 
</ GeneralEquipmentModule> 
</EquipmentIE> 
<ImageIE> 

<GeneralImageModule imageDate=" " imageTime="" 
imageType="STATIC" imageComments=" " instanceNumber-" " 
acquisitionDate-"20010507" acquisitionTime="13 : 25 : 51" 
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acquisitionNumber="" patientOrientation="" 
imagesInAcquisition="" qualityControlImage="N" 
derzvationDescription="" lossyImageCoinpressionRatio=" "> 
</GeneralImageModule> 

<NMIinagePixelModule highBit="ll •■ bitsStored="l 9" 
piKelSpacing=-. bitsAllocated="16" samplesPerPixel="l" 
pnotometricInterpretation="PALETTEC0L0R'7> 
<MultiFrameModule numberOf Frarties="2"> 
<FrameIncreinentPointer> 

<DetectorVector> 1, 2</DetectorVector> 
</FraineIncrementPointer> 
< /Mul t i Fr ameModul e > 

<NMMultiFrameModule nuraberOf Phases="NO VALUE SET" 
numberOfSlices="" numberOf Detectors="2" "-^^^UE_SET 
J-O numberOfRotations="NO_VALUE SET" 

numberOf TiraeSlots="NO_VALUE~SET" 
numberOf RRIntervals="NO_VALUE SET" 
numberOf EnergyWindows="NO_VALUE SET"> 
<FrameIncrementPointer>~ 

<DetectorVector> 1, 2</DetectorVector> 
< / Framelncrement Pointer> 
</NMMultiFrameModule> 

<NMImageModule imageID="" countRate="" imageTvpe="STATIC" 
tableHeight="0. 000000" tableTraverse=" " '^^geiype bTATIC 

countsAccumulated="766. 000000" processingFunction=" " 
actualFrameDuration="30000" triggerSourceOrType=" " 
=i -'-ossyImageCompression="00"> 
g </NMImageModule> 

<NMIsotopeModule> 

3 <EnergyWindowInformationSequence> 

J <EnergyWindowRangeSequence/> 

^ </EnergyWindowInformationSequence> 

^ <^^3diopharmaceuticalInformationSequence 

= 35 ■ "diopharmacuetical="" radionuclideTotalDose="0 . 000000" 

J 35 radiopharmacueticalRoute="" radiopharmacueticalVolume=" " 

radiopharmacueticalStopTime="" radiopharmacueticalStartTime=" "> 

^ <'-aiibrationDataSequence syringeCounts=" " 
energyWindowNumber="" residualSyringeCounts=""/> 
</RadiopharmaceuticalInformationSequence> 
<RadiopharmaceuticalInf ormationSequence 
radiopharmacuetical="" radionuclideTotalDose="0 . 000000" 
radxopharmacueticalRoute="" radiopharmacueticalVolume=" " 
rad.opharmacueticalStopTime="" radiopharmacueticalStartTime=" "> 

<i-aiiprationDataSequence syrinqeCounts=" " 
energyWindowNumber="" residualSyringeCounts=""/> 
</RadiopharraaceuticalInformationSequence> 
<InterventionDrugInformationSequence 
interventionDrugDose=" " interventionDrugName=" " 
interventionDrugStopTime="" interventionDrugStartTime=" "> 

</InterventionDrugInformationSequence> 
</NMIsotopeModule> 

<NMDetectorModule> 

<DetectorInf ormationSequence startAnqle="0" 
2oomCenter="" zoomFactor="0 . 010000" f ocusCenterX=" " 
focusCenterY="" focalDistance="200. 000000" imagePosition=" " 
collimatorType="NONE" radialPosition="0 . 000000" 
imageOrientation=" " gantryDetectorTilt=" " 
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collimatorOrGriclNaine="INTR" centerOf RotationOf f set=" " 
distanceSourceToDetector=" "> 

<HexagonalDimension/> 

</DetectorInformationSequence> 
</NMDetectorModule> 

<NMReconstructionModule sliceLocation=" " 

rpJnnI?'''^r^^';"'^" ^^^^^^^^ ionKemel-' " spacingBetweenSlices="" 
reconstructionDiameter=""/> 

^. <IniagePixelModule rows="256" columns="256" hiqhBit="ll" 
10 bitsStored="12" bitsAllocated="l 6" samplesPerPixel="l" 

pixelAspectRatio="l" pixelRepresentation="OOOOH" 
largestImagePixelValue="" redPaletteColorLUTData=" " 
bluePaletteColorLUTData=" " smallestImagePixelValue=" " 
greenPaletteColorLUTData="" 
15 PhotometricInterpretation="PALETTECOLOR" 

redPaletteColorLUTDescriptor=" " bluePaletteColorLUTDescriptor=" " 
greenPaletteColorLUTDescriptor=" "> -'-P'-or 

<Frame gateNumber="0" frameNumber="l" 
imageViewID="View03.Detl" timePerFrame="30000" 
countsPerFrame="766" detectorNumber="l" maxPixelOfFrame="2" 
ininPixelOfFraine="0"> 

iVBORw0KGgoAAAANSUhEUgAAAQAAAAEAEAAAAAApiSv5AAAGt01EQVR4nO3 
d2 5bbNgyFYbl5 / 3 f uTVc z YlMWDyCwAf 7 f RVamt SQQpHWgwMl lAQAAAAAAAA 

fJ^™™™^AAAAAAAAAAAAAAAAAAAAAMC7 1 6bPWm+NY6wMl^ 

:z/Ht8YS3STGRaabky3umms9rXtYWhvIgCHPZNJxBdCJbkjloTJ2vH3MI3v 
8x/zoRnS68tX8aTU+nfYFIxG22sNVVt20Ty77SkoSZTlRqA9iW+J+9DodV0 
f^^^!]^^'^''"!^^^^''^2^'"^^^^lP^^l3 7sliN9k05uOmBEinbdOuSEKcikW 
•^n "^^^fQf °^^9/cf/Rdg014EL9u/p6PX4FK/158n5sinyAf4w91QtZylsMhE 

Jff"^if^BIb^>^f^BTufn+PDrz+NVjn.4fXlbOHCA7ikOmGiRisxnHd34S+C 
KfwbvOob3m0w68JfTlmN5/sYRR8KhJZAke0q/lEk/ZX6zAMP+7NntdV0Rvz 
hBfyg8S9UGxceusUhsa2+TVfKq6U+Y7CKIaTODRWyAtcPxC/L5SLb33GLp9 
0Gx01/H5aB/2uLuUztT5n/D+fzJ44bIs9jXqVF71ziig0xP9757r3fT+kh9 
r,u!l^n^'^^^'"'^"^^^^^^^^^''^^^^^^y°Rf^5ShzPhKeD8dfBp9Bnurcy8Z0 
9? po ir^»/"^'^''''^^/'°^P^2LGvNBQbvWOoti.w3/eLjsOn8lun3 

mPm^ ''^^''^^^^"^^^^°^"^<^f/f^2^'^KNrBPsw8+hm5aq7czrEauZh 
362vyMAsULiMGDWGgf/30WXe9gStNE84QzO+aavXf5LvJCLRtqdThaFywHo 
C3+ZlndL5Lk+koloJHC8aWf/s7BZ2W5sRCWPArojTFnqP02pS750CZrHXPI 
Oo5FSuxGvHoluzHUat4zDAuvP2VhbvcEZlpLHoZK3fAEa3oFOWK6z9vltX2 
p:pb6QxXpc08u7jwIFSq8ralWjPk4KbXkinw5wxulWGYkmnm8e9NlfOXLNks+ 
MhmTvcahuLH0f3b8fPcV73iN5s2uF7jfT5T4CEzYvIodTcb753WTqRvZginq ■ 
/Def5ml6rvR9yNy8y+mSZi6qu80iT7TH8OzbZUOplVawlu4WttHXMWmHZVe 
n5FVJ43AVo9dJ/tAvG17aBiLzfrbLDzrpinICZRrWnq0ctP2S5+F3+tnZvhs 
5oXvNtL9tlGDGoPAKtiEBF9YWq+8UqS4uu6jq/92evnRUkjuVQCD7NIlfq3 
QWo2r^''''''^='^^^^°^''^P''^^^^^+^^22u7bRyzeMZr6Zg56Z9hHXin 
hn r^Ton^^^^f ''^P''^'^^^^^^"^^^"^/^°''0^">^^P2dcuOj krodhMHTJIOZ 
^^n/vS f '^^^^^'^""'^"^^"'^^^P921^JhlFciGrJUYlnexyaRdp2p 
^^^n^^^^^^^^^^^P^^^^^^'^^^^^^P^S^^SLmSKUSSasSSKPfPbbvHzCVJpK 
lf5UwQ6o2i4HpK5XT6a2ZXP9HZXmE4TPUUuvE/jWuBy30hliRFozJ27ZIRn 
z8nR/OvQKQ6lT3kql51Brjl2H7F3EcNZYPKulpqJTp3DyL74yaG65iE4vF? 
bIAWKGRvx0MoPj8kwCJaDLLKcj75ZRzdnzpn+njBfEW7GLKTIdL0V3ettfN 
9z+WaUrVOJoEA5NOrZD0AU2xs9Kbpl/OhD/dKmOlF9Hn2qBXUeJe4IpTOPc 
° o^f ?^^^^''^^''^^^^^^^^°^f^^yO™3uaIp4gXWuJKzXnJSlV3tpVhP5 
""^ro M^u^°^"''^^"^^"°"^^'^^"l^"^^l+SqqfvPlcxtp5nGZy3uOHgk/m 
ruISxNObSMkUfepKyelFVfUCerWlgr2rhfMeShVgVzjig?8JpD8L3VSnBV/ 
y064NVZAu9ZhmO/r71qzcBbqNmqpoqlufsfSjNlo8G2AnjkWJ//TasMNHXH 
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toP3Xm6hn8L+aeyfn9P756228KkFijx6SZbTGVad4HinZwZu2011/8coS5XC 
/x+b3atv3eGK8bxKRzvxT9a77gOc97bu3OVb09LMNhsEP3u///ReC0N3Xdd 
mdiElnQudl2nktXtAuCa+ibssMeS0xsTia3T5ghu6Akb+PmQwqAAAAAAAAA 

o TkSuQmCC</Fraine> 

<Frame gateNumber-"0" f rameNumber="2 " 
imageViewID="View04 .Det2" timePerFrame="30000" 
countsPerFrame="0" detectorNumber="2 " maxPixelOf Frame="0" 
minPixelOf Frame="0"> 

10 iVBORwOKGgoAAAANSUhEUgAAAQAAAAEAEAAAAAApiSv5AAAAlDlEQVR4n03 
BAQEAAACAkP 6 v7 ggKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
^^^^^^^^^^^^^^^^^^^ 

AAAAAAAAgKoBAR4AAZF/oKMAAAAASUVORK5CYII-</Frame> 
15 ■</IinagePixelModule> 
</ImageIE> 
</NMImageIOD> 
</ADACImage> 



O 

in 
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Appendix 2 - <ADAC Image . dtd> 



file : ADACImage.dtd 
5 purpose: This is the DTD used to generate the XML image from the Binner 

created: 26-Oct-OO 
property of: AD AC Laboratories 

revision history: 
10 26-Oct-OO CM initial version 

21-Nov-OO CM i) Changed MuhiframeModule to MultiFrameModuIe 

ii) The pixelData is moved in to the Element. 

iii) The order of the elements are changed so that 
c all the encoded data will appear at the very end 

-^^ ofthe XML image 

04-Jan-0I CM i) Removed the Variable Frame Element 

ii) Added the gateNumber in Frame Element 

iii) Added the detectorNumber in Frame Element 
25-Jan-Ol CM i) Changes which will make the DTD less restrictive to 

generate XML ouput and validation are made. These 
include changing mandatory Elements to optional etc. 
ii) ID'S were replaced by CDATA 
llVt'^r} ^^'""^"^ ADACCorrectionsIE and related elements 

2 5 M n 1 r^. t'^n"'* ^^^""^^^ NameAndValue to hold data from control server 

^ O 04-Mar-01 CM Followmg the fixes in the xmliolib the ADACCorrectionsIE and 

other elements were changed as optional from required, 
.3U-Mar-01 CM Added imageOrientation,patientRoIl and adacPatientPosition 



10 ^ ^ <!ELEMENT ADACImage (ADACPrivatelOD, NMImageIOD)> 

^ U <!ELEMENT ADACPrivatelOD (ADACAcquisitionlE, ADACEquipmentlE 

f ^ A/JACReconstructionAndProcessinglE, ADACMiscIE, ADACCorrectionsIE)> 

-J Sentr™L^^^^^^^^ ^'''""'^ FrameOfReferenceIE7, Equ.pmentlE, 

<!ELEMENT ADACAcquisitionlE (StaticAcquisitionModule?, DynamicAcquisitionModule? 
V Axfx.Tnl^^^ MCDAcquisitionModule?, TotalBodyAcquisitionModule? 

VANTAGEAcquisitionModule?^> 



VANTAGEAcquisitionModule?)> 
<!ATTLIST ADACAcquisitionlE 
isotopelmagingMode CDATA #IMPLIED 
uniformityCorrection CDATA #IMPLIED 
4 0 totalAcquisitionTime CDATA #IMPL1ED 

objectDataType CDATA #IMPLIED 
uniquePatientKey CDATA #IMPLIED 
uniqueObjectKey CDATA #IMPLIED 
corCorrectionFlag CDATA #IMPLIED 

4 5 numberOfXYSets CDATA #IMPLIED 

scaleFactorOfSets CDATA #IMPLIED 

> 

<!ELEMENT ADACEquipmentlE (ADACDetectorModule)> 
<!ATTLIST ADACEquipmentlE 

5 0 clientName CDATA #IMPLIED 

> 

^^^^^2^^^ (FilterModuIe, ROIModule, ReorientationModule, 

<!ATTLIST ADACReconstructionAndProcessinglE 
V? O associatedParentFile CDATA #IMPLIED 

associatedHistogramCurveFile CDATA ^IMPLIED 

associatedNormalCurveFile CDATA #1MPLIED 

associatedPathAndFileName CDATA #IMPLIED 

reconstructionType CDATA #1MPLIED 
o 0 limitedReconstructionStartSlice CDATA #IMPLIED 
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manipulatedlmage CDATA #IMPLIED 
curveOrROISetName CDATA #IMPLIED 
specificCurveName CDATA #IMPLIED 
xDimensionOfAssciatedlmage CDATA #IMPLIED 
5 yDimensionOfAssciatedlmage CDATA #IMPLIED 

approximateEjectionFraction CDATA #IMPLIED 
imageViewID CDATA #REQUIRED 

> 

<!ELEMENT ADACMiscIE (NameAndValue*)> 
1 0 <! ATTLIST ADACMiscIE 

sizeOfSubHeaders CDATA #IMPLIED 
dirEntries CDATA ^IMPLIED 
minTime Value CDATA #IMPLIED 
maxTime Value CDATA #IMPLIED 
1 5 rateDifference CDATA #IMPLIED 

dataStructureArray CDATA #IMPLIED 
vfrStructure CDATA #IMPLIED 
horizontalFOVOffsetlnMM CDATA #IMPLIED 
verticalFOVOffsetlnMM CDATA ^IMPLIED 
2 0 unUsed 1 CDATA #IMPLIED 

unUsed2 CDATA #IMPLIED 
Q unUsed3 CDATA #IMPLIED 

Ifk unUsed4 CDATA #IMPLIED 

binningAlgo Version CDATA #IMPLIED 
^ y 25 programSpecifiResult CDATA ^IMPLIED 

1 3 imageOrientation CDATA #IMPLIED 

f n patientRoll CDATA ^IMPLIED 

adacPatientPosition CDATA #IMPLIED 



> 



c^o^!!^^ ADACCorrectionsIE (CORCorrectionModule, ImageOffsetCorrectionModule)> 
<!ELEMENT PatientlE (PatientModule)> 

<!ELEMENT StudylE (GeneralStudyModuIe, PatientStudyModule?)> 
<!ELEMENT SeriesIE (GeneralSeriesModule, NMPETPatientOrientationModuIe'?)> 
<! ELEMENT FrameOfReferencelE (FrameOfReferenceModule)> 
^ D - <! ELEMENT EquipmentlE (GeneralEquipmentModuIe)> 

<!ELEMENT GenerallE (VOI_LUTModule?, SOPCommonModule?)> 
xtI^.^^ ^^^'^ ImagelE (GenerallmageModuIe, NMImagePixelModule, MultiFrameModule 
NMMultiFrameModule, NMImageModule, NMIsotopeModule, NMDetectorModuIe 
NMTomoAcquisitionModule?, NMMultiGatedAcquisitionModule?, NMPhaseModule'? 
^ U NMReconstructionModule?, OverlayPlaneModuIe?, MultiframeOverlayModule? CurveModule'? 

ImagePixelModule)> ^ 

PatientModuIe (ReferencedPatientSequence?, OtherPatientID*, t)therPatientName*)> 
<! ATTLIST PatientModuIe 
patientsName CDATA #REQUIRED 

4 5 patientsID CDATA #REQUIRED 

patientsBirthDate CDATA #REQUIRED 
patientsSex (M | F | O) #REQUIRED 
patientsBirthTime CDATA #IMPLIED 
ethnicGroup CDATA #IMPL1ED 

5 0 patientComments CDATA #IMPLIED 

> 

<!ELEMENT General StudyModule (PhysicianOfRecord*, NameOfPhysicianReadingStudy* 
ReferencedStudySequence*, ProcedureCodeSequence+)> ' 
<! ATTLIST GeneralStudyModuIe 

5 5 studylnstancelD CDATA #REQUIRED 

studyDate CDATA #REQUIRED 
studyTime CDATA #REQUIRED 
referringPhysiciansName CDATA #REQUIRED 
studylD CDATA #REQUIRED 

6 0 accessionNumber CDATA #REQUIRED 

studyDescription CDATA #IMPLIED 
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<! ELEMENT PatientStudyModule EMPTY> 
<! ATTLIST PatientStudyModule 
admittingDiagnosesDescription CD ATA #IMPLIED 
patientsAge CD ATA #IMPLIED 
5 patientsSize CD ATA #IMPLIED 

patients Weight CDATA #IMPLIED 
occupation CDATA #IMPLIED 
additionalPatientsHistory CDATA #IMPLIED 

> 

1 0 <!ELEMENT GeneralSeriesModule (ReferencedStudyComponentSequence?, 

RequestAttributeSequence*, PerformedActionltemSequence*)> 
<!ATTLIST GeneralSeriesModule 

modality (CR | MR | US | BI | DD | ES | MA | PT | ST | XA | RTIMAGE | RTSTRUCT I RTRECORD I 

I>^|IO|GM|XC|CT|NM|OT|CD|DG|LS|MS|RG|TG|RF|RTDOSE|RTPLAN|HC|MG| 
l3 PX I SM) #REQUIRED i i i 

seriesInstanceUID CDATA #REQUIRED 
seriesNumber CDATA #REQUIRED 
laterality (R | L) #IMPLIED 
seriesDate CDATA #IMPLIED 
2 0 seriesTime CDATA #IMPLIED 

performingPhysiciansName CDATA #IMPLIED 
protocolName CDATA #IMPLIED 
seriesDescription CDATA #IMPLIED 
' ^ operatorsName CDATA #IMPLIED 

2 5 bodyPartExamined (SKULL | CSPINE | TSPINE | LSPINE | SSPINE | COCCYX I CHEST I CLAVICLE 

-J I BREAST I ABDOMEN | PELVIS | HIP | SHOULDER | ELBOW | KNEE | ANKLE I HAND I FOOT I 

in EXTREMITY | HEAD | HEART | NECK | LEG | ARM | JAW) #IMPLIED 

patientPosition (HFP | HFDR | FFDR | FFP | HFS | HFDL | FFDL | FFS | OTHER) #IMPLIED 
J ^ smallestPixel ValuelnSeries CDATA #IMPLIED 

: . ^ 3 largestPixel ValuelnSeries CDATA #IMPLIED 

^ -t^ performedProcedureStepID CDATA #IMPLIED 

= performedProcedureStepStartDate CDATA //IMPLIED 

1 3 performedProcedureStepStartTime CDATA #IMPLIED 

Q ^ performedProcedureStepDescription CDATA #IMPLIED 

35 > 
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Appendix 3 - <protocol . xinl> 



?f 3 



15 



<?xml version="l. 0" encoding="UTF-8 "?> 
<!DOCTYPE protocols SYSTEM "protocol . dtd"> 
O <protocols> 

<!-- protocol record # 0 --> 
<protocol> 
<protoinfo> 

1 n <protoname type="TRAIT_PROT_NAME">MIBI MIBI</protoname> 

^ <tval type="TRAIT_PROT_ANATOMICAL">Cardiac</tval> 

</protoinf o> 
<protosteps> 
<protostep> 

<acquisitionstep> 
<acqstepinf o> 

<tval type="TRAIT_ACQR_SCRIPT_NAME">ect</tval> 
</acqstepinfo> 
<acqstepaction> 

<concurrent> 

<tval type-"TRAIT_ACQR_NAME">Re3t MIBI</tval> 
13 <tval 

,p tyP^="TJ^IT_ACQR_APPDATA_CLASSNAME">data.SPECTAcqStep</tval> 

<tval type="TRAIT_ACQR_X_DIMENSION">64</tval> 

or <tval type="TRAIT_ACQR_Y_DIMENSION">64</tval> 

: <tval type-"TRAIT_ACQR_ROTATION_CLOCKWISE">true</tval> 

<tval type="TRAIT_ACQR_TOTAL__ROTATION">180</tval> 

p <tval type="TRAIT_ACQR_START_ANGLE">0</tval> 

^ <tval type="TRAIT_ACQR_RELATIVE_ANGLE">90</tval> 

iQ OA <tval type="TRAIT_ACQR_DEPTH">16</tval> 

<tval type="TRAIT_ACQR_MAX_PIXEL">65535</tval> 

<tval type="TRAIT_ACQR_ZO0M">l</tval> 

O <tval type="TRAIT_ACQR_DETECT0RS">12</tval> 

<tval type="TRAIT_ACQR_FLOOD_TABLE">INTR. FCR</tval> 

f:^ OCT <tval type="TRAIT_ACQR_MILLISECONDS">10000</tval> 

'^^ <tval type="TRAIT_ACQR_KCOUNTS">0</tval> 

<tval type="TRAIT_ACQR_IS_GATED">false</tval> 

U <tval type="TRAIT_ACQR_STOP_ON_SATURATE">false</tval> 

H <t^^al type="TRAIT_ACQR_IS_COINCIDENT">false</tval> 

4 ^ <tval type="TRAIT_ACQR_FRAMES_PER_AZIMUTH">l</tval> 

^ <tval type="TRAIT_ACQR_NUM_AZIMUTHS">32</tval> 

<tval type="TRAIT_ACQR_COMBINE_HEADS">true</tval> 

<tval type="TRAIT_ACQR_IS_ECT_CONTINUOUS">false</tvai> 

<tval type-"TRAIT_ACQR_DOSAGE_ADMIN_TIME">00:00:00</tval> 

A c ^"^^^1 type="TRAIT__ACQR_IS_ECT_NONCIRCULAR">true</tval> 

</concurrent> 

</ acqstGpaction> 

</acquisitionstep> 

</protostep> 

<protostep> 

50 <acquisitionstep> 

<acqstepinfo> 

<tval type="TRAIT_ACQR_SCRIPT_NAME">ect</tval> 
</ acqstepinf o> 

<acqstepaction> 

<concurrent> 

<tval type="TRAIT__ACQR_NAME">Stress MIBI</tval> 
<tval 



type-"TRAIT_ACQR_APPDATA_CLASSNAME">data.SPECTAcqStep</tval> 
<tval type="TRAIT_ACQR_X_DIMENSION">64</tval> 
<tval type="TRAIT__ACQR__Y_DIMENSION">64</tval> 
<tval type="TRAIT_ACQR_ROTATION__CLOCKWISE">true</tval> 
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<tval type="TRAIT_ACQR_TOTAL_ROTATION">180</tval> 

<tval type="TRAIT__ACQR_START_ANGLE">0</tval> 

<tval type="TRAIT_ACQR_RELATIVE_ANGLE">90</tval> 

<tval type="TRAIT_ACQR_DEPTH">16</tval> 

<tval type-"TRAIT_ACQR__MAX_PIXEL">65535</tval> 

<tval type="TRAIT_ACQR_ZOOM">l</tval> 

<tval type="TRAIT_ACQR_DETECT0RS">12</tval> 

<tval type="TRAIT_ACQR_FLOOD_TABLE">INTR. FCR</tval> 

-1 <tval type-"TRAIT_ACQR_MILLISECONDS">10000</tval> 

^ <tval type="TRAIT_ACQR_KCOUNTS">0</tval> 

<tval type="TRAIT_ACQR_IS_GATED">false</tval> 

<tval type="TRAIT_ACQR_STOP_ON_SATURATE">false</tval> 

<tval type-"TRAIT_ACQR_IS__COINCIDENT">false</tval> 

. cr ^^^^1 type-"TRAIT_ACQR_FRAMES_PER_AZIMUTH">l</tval> 

<tval type="TRAIT_ACQR_NUM_AZIMUTHS">32</tval> 

<tval type-"TRAIT_ACQR_COMBINE_HEADS">true</tval> 

<tval type="TRAIT_ACQR^IS_ECT_CONTINUOUS">false</tval> 

<tval type-"TRAIT_ACQR_DOSAGE_ADMIN_TIME">00 : 00 : 00</tval> 

on ^^""^^ type="TRAIT__ACQR_IS__ECT_NONCIRCULAR">true</tval> 

</concurrent> 

</acqstepaction> 

</ acquisitionstep> 

</protostep> 

</protosteps> 

25 </protocol> 

<! — protocol record # 1 --> 

<protocol> 

<protoinfo> 

<protoname type="TRAIT_PROT_NAME">Dual Isotope</protoname> 
<tval type="TRAIT__PROT_ANATOMICAL">Cardiac</tval> 
</protoinfo> 
<protosteps> 
<protostep> 

□ <acquisitionstep> 
'^j <acqstepinf o> 

1^ <tval type="TRAIT_ACQR_SCRIPT_NAME">ect</tval> 

J J </acqstepinf o> 

^2 <acqstepaction> 
f J <concurrent> 



in 
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<tval type="TRAIT_ACQR_NflME">ect</tval> 
<tval 



ADAC19011 



-24- 



Appendix 4 - tbbase.asl 



# 

# file: tbbase.asl 

5 # purpose: PreProgram Script for 'basic* TotalBody(tb) study. 

# 

# created: 3-Jan-Ol 

# property of ABAC Laboratories 

# 

10 # revision history: 

# 3-Jan-OO DC initial version 

# 

# script dependencies: 

# - Exchanger is parked (check ColPark) 
15 # - User Override is Off 

# - Rings are locked at 1 80. 

# 

# target values (Input): 

# none 

20 # 

# return values (Output): 

# false - Script failed to complete 

# true - Script completed 

# 

U ^ ^ ^ SHeader: /usr/adac/Repository/camera/camera/control/etc/easLscripts/tbbase asl v 1 1 8 

2001/05/08 05:58:15 sheavner Exp $ ' 
# 

script "tbbase" 

^ Debug message - let me know the script has started ok 

choiceNum = message( "DEBUG MESSAGE - Starting tbbase.asl - Gantry will move 
to scan setup position when you cHck ok") 

choices "DEBUG OK!"; 



9 S i 



35 # Discuss study with tech, subtract off one FO V 

if ( TRAIT_ACQR_SCAN_LENGTH > 0 ) { 

TRAIT_ACQR_SCAN_LENGTH = TRAIT ACQR SCAN LENGTH - 
TRAIT_ACQR_FOV SIZE Y; ~ 
} else { 

^ ° TRAIT_ACQR_SCAN_LENGTH = TRAIT ACQR SCAN LENGTH + 

TRAITACQRFOVSIZEY; " 

} 



TABLE_EXTEND_POSITION__VELOCITY - 40.0; 
# 

# Set the starting and ending(target) position of the longitudinal 

# motion and calculate the scan length, in microns for the binner. 

# 

_startTablePos = TRAIT_ACQR_TRANSLATE_POS; 
_endTablePos = TRAIT ACQR TRANSLATE POS + 
TRAIT_ACQR_SCAN_LENGTH; 

5 5 _tb_lower_limit - GantryTB lower limit; 



45 
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_tb_upper_liinit = GantryTB upper limit; 

if ( (_startTablePos > Jb^pperjimit) or C^startTablePos < _tb_lower_liniit) ) { 
choiceNum - message("EASL_STUDY_TB_START_POS" 
_tb_lowerjimit/10, _tb_upper_liinit/10, (_tb_upper_limit- 

5 _tb_lowerJimit+TRAIT_ACQR_FOV_SIZE__Y)/10 ) choices "EASL_CONTINUE"; 

return; 

} 

if ( CendTablePos > _tb_upper_limit) or (_endTablePos < tb lower limit) ) | 
if (TRAIT_ACQR_SCAN_LENGTH > 0) { 
^ _allowable_length = _tb_upper Jimit- 

_startTablePos+TRAIT_ACQR_FOV_SIZE_Y; 
} ^Ise { 

__allowable_Iength = _tb_lower_limit- 
_startTablePos+TRAIT_ACQR_FOV_SIZE Y- 

15 } ' ' 

choiceNum = message("EASL_STUDY_TB_END_POS" 
tb_lower_limit/10, _tb_upperjimit/10, _ailowable_length/10, startTablePos/10 ) choices 
"EASLCONTINUE"; 

return; 

20 } 



mm" 



# 

# Negative scan length implies that we are scanning from foot to head 
# 

show status " *************(script) Starting position is " + _startTabIePos + " 



show status " *************(script) Ending(target) position is " + 
_endTablePos + " mm"; 

^ ° show status *************(script) The required scan length is " + 

TRAIT_ACQR_SCAN_LENGTH + " mm"; 



# Leftover -- remove when can verify it's ok 
Study VGAngle = 180; start Study VGAngle; 

# calculate the longitudinal velocity 

# ( negative indicates that we are moving from foot to head, 

# the start position is greater than the stop position ) 

4 0 #_scanSpeed is mm per second 

_scanSpeed = TRAIT_ACQR TBODY_SPEED; 

# test the speed for a valid range 

^ ^ show status " *************(script) Scan Speed is " + scanSpeed + " 

mm/sec"; ~ 



# 



5 0 show status "%%%%%%%%%%o/oO/oO/,(script) Running TB setup script 

_fmishedSetup = false; 
while CfmishedSetup = false) 

^ ^ StudyTBSetup = _startTablePos; 

run StudyTBSetup; 
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if (StudyTBSetup !- true) 
{ 

if (StudyTBSetup < 0) 



return; 

"EASL_RE111Y", "EASL SNCET-r '"^^^^^^("^^^^-^^^^-SETUP-FAILED") choices 

if (choicenum = 2) 
return; 

1 0 else 

{ 

_finishedSetup = true; 



} 
} 



^ Start binner and wait for the start button 
show status " %%%%%%%%%%o/oO/oO/o(script) WAITING FOR START 



2 5 he.in ?f f ^7 T ""'^'f f ,?1 MESSAGE - Gantry is in position, Click start to 

^ o begm study (after clicking ok)" ) 

^ choices "OK"; 

# status message( "Press the START button to begin"); 



enable imaging; 
^ ^ wait until user requests imaging start; 



S/T 0/ S^fo / %%%%%%%%%%%%%(script) User has pressed START 



0 35 # 



%%%%%%%%%%%"; 

# 
# 



# 

# For Total Body acquisitions there are 3 stages 



# 1 . The mask is opened one row at a time and when fully open the binning halts 
waitmg for the table to start moving 

# 2. The table moves the required distance at the required speed with the mask fullv 
open and binnmg in progress 

- ^ # 3. The table stops moving and the mask automatically starts to close. 

# 

# Setup the target position for the acquisition and the speed for the table motion during 
the acquisition ^ 

50 # 

StudyTB = _endTablePos; 
StudyTB velocity = _scanSpeed; 

c n * ^^^^ StudyMonitor to watch for gantry exceptions, start after setup.ppm completes 

^-^ start StudyMonitor; 
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# 

# send the start imaging tag into the data stream and so to the 

# binner to start the imaging 
# 

start imaging; 



show status " %%%%%%%%o/„»/oO/oO/„o/„(script) Imaging has started, waiting for 
the mask to be fully open %%%%%%%%o/oO/„o/„... " ^ 



from * ^^^^ ^"'^ "^^^^ ™* indteated by the binner state changing 

# Inprogress to ReadyToMove 

15 # 

# check that the imaging did start 
# 

Joop = 90; 

while (imaging is not underway) 

if ( Joop < 0 ) 
{ 

after 90 seconds"- ^^""^ " ^'^''^^'''^'''^''^^^^^^^^ Paging did not start 

choiceNum = message( "DEBUG MESSAGE - Imaging did not 
start after 90 seconds." ) ^ sumiiui 

choices "Abort"; 

stop StudyMonitor; 
' current setting = false; 

Q return; 

- Joop -Joop -1; 

pause 1.0; 

} 



* /ho^f^^s"o/cO/o%o/oO/oO/^^^^^^^^ Imaging has started, waiting for 

the mask to be fully open %%%%%%%%%%%••; ^ 

^ Wait for the mask to be fully open. This is indicated by the binner 
^ ^ ^ state changing from Inprogress to ReadyToMove 

_quiet = 0; 

while (imaging is not ready for motion) 

if ( StudyMonitor is not working) 
{ 

show status "%%%%%%%%%%%o/oO/o(script) Study Monitor 
is not workmg - waitmg for mask to open %%%%%%%%%%%"; 
stop imaging; 

^ ^ stop StudyMonitor; 

return; 

} 



if ( imaging is complete ) 

55 { 
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show status "%%%%%%%%%%%o/o%(script) 
COMPLETE - STOPPING ^ ' 



stop StudyMonitor; 
return; 



} 



IMAGING IS 



10 



15 



_quiet = quiet + 1; 

if(_quiet>50) 

{ 

show status " %%%%%%%%%%%%o/o(script) 
for mask to be fully open %%%%%%%%%o/„o/„"; 

_quiet = 0; 

} 

pause 0.2; 

} 



Still waiting 



I ! I 



show status " T,tal body mask is fully open, 

20 ^^^^^^t^^g the start of table motion %%%%%%%o/oO/oO/^o/^»^ ^ ' 

start StudyTB; 

i=n _quiet = 0; 

jq 2^ while (imaging is not complete) 

5 5 if ( StudyMonitor is not working) 

^ . , . show status "%%%%%%%%%o/oO/oO/oO/,(script) Study Monitor 

; is not workmg - moving gantry %%%%%%%%%%%"• 

%~J ^ ^ stop imagmg; 

'Sf stop StudyMonitor; 

return; 

} 

35 if ( StudyTB is working ) 

{ 

if ( _quiet > 50 ) 
{ 

. show status " %%%%%»/„o/„o/„o/„o/„o/„o^o//sj.jj t) 

1 u Moving gantry, scanning in progress %%%%%%%%%%%•'; 

_quiet = 0; 

} 

} 

else 

{ 

if ( _quiet > 50 ) 
{ 

show status " %%%%%%%%%%%%o/„(script) 
Gantry not moving, fmal curtaining in progress %%%%%%%%%%%"; 

_quiet = 0; 

} 

if ( StudyTB != 1) 
{ 

. „ show warning "Study aborted by user while table was 

^ ^ movmg ; 

stop StudyMonitor; 



45 



50 
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retum; 

} 

} 

_quiet = _quiet+ 1; 
pause 0.2; 



i 



10 



15 



if ( StudyTB is working ) 

# Something is wrong, table should have stopped 

Aboncd .••) choice? ■ ">»•'»" « h.vc stopped, S«dy 

Stop StudyTB; 
stop StudyMonitor; 
return; 

} 

O 20 if ( StudyTB !=1) 

iQ ' { 

'0 ■ show w^ing "Study aborted by user while table was moving"- 

5=4 stop StudyMonitor; ' 

„ _ return; 



25 ■ } 



Stop StudyMonitor; 
current setting = true* 

30 tbbase.asrd::er^""'""'""'""'"™^^^ Imaging completed - Script 

Sj return; 



U 35 



# End of the the script 
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